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ELECTRONIC PURCHASING METHOD AND FUNDS TRANSFER SYSTEM 

BACKGROUND OF THE INVENTION 
Field of the Invention 
5 The present invention relates to an electronic 

purchase method and funds transfer system. Particularly, the 
present invention is directed to securely making an electronic 
purchase, suitable for both business and consumer 
transactions, that limits the amount of purchaser information 
10 disclosed to the seller. 

Description of Related Art 

The development of the Internet has created vast new 
markets and marketplaces. A consumer with an Internet 

15 connection may search for, and likely find, a wide variety of 
goods and services. While e-commerce flourishes, though, 
consumers are becoming more and more wary of the apparent free 
flow of sensitive personal, financial and other information 
that takes place over the Internet, especially incident to 

20 electronic purchasing. This concern is exacerbated by the 
limited amount of payment options available for electronic 
purchasing. 

Consumer Internet payments, currently estimated well 
into the billions of dollars, are dominated by credit cards. 
25 Online credit card acceptance is a lucrative business for 
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banks and other payment enablers, who typically charge 
merchants a "discount rate" of between 2-5% of the value of 
each transaction, in addition to a variety of other fees. 
Discount fees paid by online merchants are a significant 
5 source of business to credit card companies, and that business 
will continue to grow at an ever faster rate as online 
commerce continues to explode. 

Although widespread, credit cards have significant 
limitations for merchants, consumers and small businesses. 
10 Merchant discount rates on the Internet are typically far 

higher than in the physical world. Moreover, those discount 
rates continue to rise. 

Another disadvantage of credit card usage is that 
online merchants are also exposed to high fraud costs and 
15 "chargeback fees," bearing liability because there is no 
credit card signature with an online sale. 

The dominance of credit cards also shrinks the 
market for online merchants and consumers. As the online 
population becomes more mainstream, millions of adults and 
20 teenagers without credit cards are left out of online 

shopping. In addition, most small business employees do not 
have small business credit cards. 

Credit cards are also inconvenient or illegal for 
some businesses. For example, legal and regulatory 
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restrictions prevent insurance brokers, mortgage brokers and 
money managers from accepting many types of payments via 
credit cards. 

Furthermore, despite the dominance of credit cards 
5 on the Internet, in the overall economy, physical paper checks 
are still a more preferred way for most people to pay for 
point-of-sale purchases; this preference is particularly 
pronounced among certain populations of consumers (e.g. adults 
over 50) and in certain merchant categories (e.g. grocery 
10 stores) . 

Internet auctions, a particularly fast-growing 
segment of the Internet commerce community, are ill-adapted 
for credit card purchasing. Most transactions initiated 
through an auction site are paid for via a personal check or 

15 money order. Each of these methods has major limitations and 
friction for consumers: personal checks sent through the mail 
are slow, do not come with a guarantee, and provide bank 
account information to an unknown person. By contrast, money 
orders, while providing a payment guarantee for sellers, are 

20 inconvenient for buyers who must buy them in the physical 
world and pay a fee for them. 

The challenges and limitations of existing Internet 
payment methods have led to a variety of systems and methods 
with a host of different solutions. These systems, however, 
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have focused on solving either the Internet payment challenges 
of merchants or the payment challenges of consumers. To date, 
there is no system or method for making an electronic purchase 
that overcomes .the significant obstacles of the credit card 
> and provides a useful alternative to both merchants and 
consumers . 

One popular system that avoids some of the problems 
associated with the credit card is use of a debit card. 
Despite increased adoption and usage of debit card payments in 

) the physical world, however, debit cards have not been 
particularly successful on the Internet for a variety of 
reasons. The debit cards that are being used on the Internet 
are"offline" debit cards. "Offline" debit cards work like 
credit cards, without the use of a personal identification 

! number (PIN) . Unlike debit transactions using a PIN, these 
transactions are processed through the credit card networks, 
resulting in a "delayed debit," where payment is deducted 2-3 
days after the transaction occurs. The "delayed debit" 
feature exposes banks to credit risk, and as a result, 

» "offline" debit cards are usually only issued to individuals 
who already have credit cards, leaving millions of consumers 
without a debit vehicle for purchasing online. In addition, 
merchants have to pay a discount rate that is almost as high 
as credit card rates. Debit cards also are problematic for 
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consumers , because many debit cards have daily volume limits 
that make them impractical for transactions over a particular 
amount. Moreover, debit cards do not have the same level of 
fraud protection for consumers , since they are not covered by 
5 Consumer Credit Protection Act Regulation Z. Finally, debit 
cards are not generally suitable for business to business 
transactions . 

Since "online" or PIN-based debit has become so 
popular in the physical world, several initiatives are 

10 underway to bring PIN-based debit to the Internet. Today it 

is not possible to use a basic ATM card number in order to pay 
on the Internet. First, the information needed to process ATM 
card transactions, including the necessary routing 
information, are contained in a magnetic strip on the card. 

15 Second, a consumer's PIN requires both consumers and merchants 
to have access to PIN-pad technology. Existing technology 
does not allow for magnetic strip and PIN dependent 
transactions to be conducted on line. Moreover, such a system 
would require transmission of a consumer' s closely guarded PIN 

20 over the Internet. 

Other methods for electronic purchasing which have 
been developed by banks or check verification companies, fall 
into two primary categories: 1) smart-card based solutions and 
2) check printing solutions. The smart card solutions are 
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highly secure, but cumbersome, requiring consumers to have a 
smart card reader and smart card to pass a digital signature 
along with checking account information. The check printing 
solutions are easy for consumers, but far less secure, and 
5 require merchants to buy special check printing equipment and 
proprietary checks to print out (and then deposit) physical 
paper facsimiles of the consumer check. 

Other methods for facilitating electronic payment 
without the use of credit cards have relied on transferring 

10 funds from a purchaser's bank account to a merchant. The 

prior systems and methods, however, have been unsatisfactory 
for a number of reasons. Most require the purchaser to 
communicate his or her personal financial information 
(including banks and account numbers) directly to the merchant 

15 each time a purchase is made, who then requests payment from a 
check processor. The check processor then handles the 
transfer of funds by creating a physical, printed check drawn 
on the purchaser's account, or electronically transferring 
funds to the merchant. Other electronic funds transfer 

20 methods require e-mail notifications to the funds recipient 
for every transaction. Such methods are not suitable for 
consumer-to-business or business-to-business use, which may 
include hundreds or thousands of transactions each day. Other 
methods require each user to have a separate account that 
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deals specifically with a "quasi - currency" , such as credits, 
discounts, mileage or unique "dollars" specific to the service 
provider, that must be converted to regular funds for each 
transaction. Others still require a user to own a credit card 
5 to be eligible for the service, even if funds are transferred 
from a separate bank account. 

There is no method or system in the prior art that 
allows for electronic purchasing without a credit card, 
without transmitting financial information to a merchant, and 
10 is suitable for all types of business and consumer 
transactions . 

SUMMARY OF THE INVENTION 
The purpose and advantages of the preferred 
embodiment of the present invention will be set forth in and 
15 apparent from the description that follows, as well as will be 
learned by practice of the invention. Additional advantages 
of the preferred embodiment of the invention will be realized 
and attained by the methods and systems particularly pointed 
out in the written description and claims hereof, as well as 
2 0 from the appended drawings. 

It is an object of the present invention to provide 
an electronic payment method wherein the transaction is 
approved or denied in real time. A feature of an embodiment 
of the present invention is a funds transfer system that 
25 authorizes or denies an electronic purchase at the time of the 
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purchase request. An advantage of the present invention is 
that both the purchaser and vendor may proceed with the 
transaction and maintain the privacy of the parties involved. 

Yet another object of the present invention is to 
5 provide a method of purchasing from a vendor that does not 

necessarily require ownership of a credit card. A feature of 
an embodiment of the present invention is a funds transfer 
system that securely accesses a purchaser's bank account. Yet 
another feature of an embodiment of the invention is a funds 

10 transfer system that debits or credits a party's credit card 
account if the party so chooses. Yet another embodiment of 
the present invention is a funds transfer system that 
transfers "quasi -currency . " Yet another feature of an 
embodiment of the present invention is the use of an automated 

15 clearing house to transfer funds electronically from a 

purchaser to a vendor through a funds transfer system. An 
advantage of the present invention is that virtually any 
person or entity with a bank account, credit card account or 
"quasi -currency" plan may utilize the present payment system. 

2 0 A further object of the present invention is to 

allow a purchaser to transfer funds from an account to a 
vendor without providing sensitive account information to the 
vendor. A feature of an embodiment of the present invention 
is a separate funds transfer system that validates the 

25 purchaser. Another feature of an embodiment of the present 
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invention is that the funds transfer system, and not the 
vendor, accesses the purchaser's account. Another feature of 
an embodiment of the present invention is that account 
information need only be provided once to the funds transfer 
5 system. Another feature of an embodiment of the present 

invention is that account information is only provided to the 
funds transfer system. Another feature of an embodiment of 
the present invention is that a purchaser may register with 
the funds transfer system on line, via phone, via fax, on site 

10 or via regular mail. A further advantage of the present 
invention is that a purchaser need not provide sensitive 
financial information each time a purchase is made. Another 
advantage of the present invention is that the purchaser need 
not provide financial information to multiple vendors. 

15 Another advantage of the present invention is that neither the 
vendor nor the purchaser has access to the other's financial 
information. An advantage of the present invention is that 
fraud can be limited. 

A further object of the present invention is to 

2 0 provide a system for making electronic purchases suitable for 
all types of transactions. A feature of an embodiment of the 
present invention is to provide a funds transfer system with 
purchaser account information. Another feature of an 
embodiment of the present invention is to provide the funds 

25 transfer system with merchant account information. Another 
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feature of an embodiment of the present invention is to 
provide a merchant with digital IOU's that may be redeemed at 
a later time. A feature of an embodiment of the present 
invention is that funds may be transferred through an 

5 automated clearing house from one account to another, 

regardless of the owner. Another feature of an embodiment of 
the present invention is that the transaction may occur in 
real time. Another feature of an embodiment of the present 
invention is that the digital IOU's can be redeemed by 

0 transferring funds from a purchaser account to a merchant 

account through a funds transfer system. The redeeming step 
may further include use of an automated clearing house. An 
advantage of the present invention is that no e-mail 
notification is required for real time transactions. Yet 

5 another advantage of the present invention is that a merchant 
may redeem multiple digital IOU's all at once. Yet another 
advantage of the present invention is its suitability for 
consumer- to- consumer, business-to-business or consumer-to- 
business transactions. 

0 In brief, the preferred embodiment of the invention 

is an electronic transaction method, the transaction including 
a user on a network, comprising the steps of: accessing a 
vendor system; transmitting a purchase selection to the vendor 
system; and selecting a payment option comprising: connecting 

5 to a funds transfer system, the funds transfer system separate 
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from the vendor system; sending purchase data from the vendor 
system to the funds transfer system; sending a validation 
request from the funds transfer system to the user; sending 
validation information from the user to the funds transfer 
5 system; checking the validation information against a database 
at the funds transfer system, the database including user 
account information; wherein if the user is validated, 
transferring funds from the user's account to the vendor 
through the funds transfer system; and wherein if the user is 
10 not validated, returning a message to the user denying the 
purchase . 

An embodiment of the invention also includes a 
method for making an electronic purchase comprising: 
connecting to a vendor system having a vendor; selecting at 

15 least one item to be purchased from the vendor system; a step 
for authorizing the purchase, the step comprising: sending 
purchase information from the vendor system to a funds 
transfer system, the purchase information including a purchase 
price, sending a request for payment information from the 

20 funds transfer system to a user; sending payment information 
from the user to the funds transfer system; a step for 
validating payment information at the funds transfer system, 
wherein if the payment information is validated, a step for 
crediting a vendor account an amount equal to the purchase 
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price; and a step for debiting a user's account an amount 
equal to the purchase price. 

Another embodiment of the invention is also a funds 
transfer apparatus comprising: at least one connection to a 

5 vendor system; at least one connection to a purchaser system; 
a means for validating a purchase by a purchaser using the 
purchaser system from a vendor using the vendor system, 
wherein the purchase validation means comprises: a machine 
readable medium having a purchaser database including 

) purchaser information thereon; a means for receiving purchase 
information from the vendor system; a means for receiving 
payment information from the purchaser system; and a means for 
comparing the payment information to the purchaser 
information; and a means for paying the vendor for the 

5 purchase. The means for paying the vendor may comprise a 
connection to an automated clearing house, the automated 
clearing house capable of executing a funds transfer. 

An embodiment of the invention also includes a 
method for facilitating an electronic purchase comprising: 

I receiving purchase information from a vendor, the purchase 
information including a purchase price; receiving purchaser 
information from a purchaser, the purchaser information 
including an identification of a purchaser account; validating 
the purchaser information; wherein if the purchaser 

i information is not validated, sending a message to the 
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purchaser that the electronic purchase is denied; and wherein 
if the purchaser information is validated, sending a digital 
IOU to the vendor; and a step for redeeming the digital IOU. 
The step for redeeming the digital IOU may further comprise 
5 the steps of: receiving the digital IOU from the vendor; 
confirming the digital IOU; transferring the funds to the 
vendor; and receiving funds from the purchaser account equal 
to the digital IOU. 

Another embodiment includes a method for 

10 transferring funds from a payor to a payee comprising: 

transmitting payment information to a funds transfer system, 
the payment information including payee identification, payor 
identification and payment amount; a step for validating the 
payment information at the funds transfer system; wherein if 

15 the payment information is not validated, notifying the payor 
that the payment information is not valid; and wherein if the 
payment information is validated, a step for transferring 
funds from a payor account to a payee account. The method may 
further comprise notifying the payee of the funds transfer. 

20 The step for validating the payment information may comprise 

checking the payor identification and the payee identification 
against a user database in the funds transfer system. That 
database may include account information for the payor and the 
payee . 
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It is to be understood that both the foregoing 
general description and the following detailed description are 
exemplary and are intended to provide further explanation of 
the invention claimed. 
5 The accompanying drawings, which are incorporated in 

and constitutes part of this specification, are included to 
illustrate and provide a further understanding of the method 
and system of the invention. Together with the description, 
the drawings serve to explain the principles of the invention. 

10 

BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 is a schematic representation of an 
embodiment of a consumer-to-business transaction in accordance 
with the present invention. 
15 FIG. 2 is a schematic representation of an 

embodiment of a funds transfer system in accordance with the 
present invention. 

FIG. 3 is a schematic representation of a purchase 
validation means in accordance with an embodiment of a funds 
20 transfer system of the present invention. 

FIG. 4 is a schematic representation of an 
embodiment of a funds transfer method according to the present 
invention. 
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FIG. 5 is a schematic representation of an 
embodiment of a funds transfer method according to the present 
invention. 

5 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

Reference will now be made in detail to the present 
preferred embodiments of the invention, examples of which are 
illustrated in the accompanying drawings. The methods and 
corresponding steps of the invention will be described in 

) conjunction with the detailed description of the system. 

The methods and systems presented herein may be used 
for transferring funds from a payor to a payee without either 
party having access to the other's financial information. The 
present invention is particularly suited for electronic funds 

5 transfers, such as consumer-to-business e-commerce 

transactions. However, the present system applies equally 
well to business-to-business or consumer- to -consumer 
transactions and is intended to cover such transactions within 
its scope. For purpose of explanation and illustration, and 

► not limitation, an exemplary embodiment of the system in 
accordance with the invention is shown in Fig. 1. 

FIG. 1 depicts the steps of one embodiment of the 
present invention. The method involves a user 10, vendor 
system 20, and funds transfer system 3 0 interconnected over a 
network. Typically, and in the preferred embodiment, the user 
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10 will access the network using a personal computer having a 
network connection. Such network connections may include, 
without limitation, any combination of modems, cable modems, 
wireless connections, digital subscriber lines, telephone 
5 lines, television cable lines having Internet connectivity, or 
other suitable network connections. In addition, the user 10 
may access the network using any kind of apparatus suitable 
for transmitting and receiving information over a network, 
such as, without limitation, personal computers, handheld 

10 devices (such as wireless or modem adaptable personal data 
apparatuses), telephones, pagers, mobile phones or other 
apparatuses that may be connected, either via modem or 
wireless, to a network, including consoles such as may be 
found at a check-out area on site at a merchant store. 

15 In the preferred embodiment, although not 

necessarily, the network is the Internet. However, it should 
be apparent from the present description of the invention that 
any interconnection of interfaces capable of sending and 
receiving information will be considered a network for 

20 purposes of the present invention. Other networks may 

include, without limitation, telephone networks, wireless 
digital networks, serial cable networks, ATM or credit card 
networks, or other private networks and collections of 
networks including intranets, local area networks, wide area 

25 networks and the Internet. 
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Similarly, the vendor system 2 0 and funds transfer 
system 30 maybe any system or apparatus capable of receiving 
or transmitting information in accordance with the present 
invention. 

5 In a first embodiment of the invention, a user 10 

accesses 1 a vendor system 20 over a network. There are 
numerous ways in which a user 10 may access 1 the vendor 
system 20. One way to access 1 the vendor system 20 is 
through an Internet browser on the user's 10 computer. For 

10 example, once the user 10 has established a connection to the 
network, the user 10 may enter the Universal Resource Locator 
(URL) of the vendor system 20 into a browser, which will then 
connect to the vendor system 2 0 and display 2 the content of 
the vendor system 20 on the user's terminal. In the preferred 

15 embodiment, the vendor system 20 will transmit information 

about goods or services offered by the vendor which the user 
10 may view for purchase decision making. In another 
embodiment of the present invention, the electronic 
transaction may occur at a check-out line on site at a 

20 merchant store. In that embodiment, the steps of the present 
method would occur at that check-out line. For example, the 
step for accessing 1 the vendor system 20 may be initiated by 
a cashier at a cash register terminal, as is known in the art. 
Alternatively, check-out areas with terminals may be dispersed 
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throughout a merchant store to allow the user 10 to purchase 
an item without the use of a check out line or cashier. 

If the user 10 so desires, the user 10 may choose to 
purchase goods or services from the vendor. Once the user 10 

5 makes a purchase selection, such selection is transmitted 3 to 
the vendor system 20. Such transmission may take a variety of 
forms and will be determined in large part by the particular 
look and feel of the vendor system 20. For example, the user 
10 may simply click on an item in the browser. Alternatively, 

) the user 10 may drag and drop icons to indicate a desire to 
make a purchase. The user 10 may also be required to enter 
particular data, such as by typing, to identify the goods or 
services to be bought. In other embodiments, such as the on- 
site transaction, the step for transmitting a purchase 

> selection 2 may include, without limitation, scanning a 

particular item or entering an item code, such as a SKU number 
or bar code, into the vendor system 20. 

Once a purchase selection has been transmitted 3 to 
the vendor system 20, the user will typically select 4 one of 

i a variety of available payment options. The selection 4 may 
be accomplished in a number of ways, including without 
limitation, selecting from drop down, pop-up or side slide 
menus, entering text or data, clicking on a link or icon. The 
step for selection 4 may also be accomplished automatically by 
the vendor system 20 in accordance with a known user 10 
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preference which may have been communicated to the vendor 
system 2 0 at a previous time, and such selection is intended 
to be within the scope of the present invention. Alternative 
embodiments include communicating to an on-site merchant of 
5 the desire to use the present method, as may be done, for 

example, orally or by entering a code, such as user name or 
password, on a console at the check-out line. 

In accordance with the preferred embodiment, the 
payment option comprises several steps that permit transfer of 

10 personal information of the user 10, such as sensitive 

financial information including bank identifications, names 
and addresses, social security numbers, dates of birth, phone 
numbers, drivers license numbers, account numbers, routing 
numbers, account balances and other financial data, to a funds 

15 transfer system 30 without exposure to the vendor system 20. 
Accordingly, the payment option comprises connecting 4a to a 
funds transfer system 3 0 separate from the vendor system 20. 
The step for connecting 4a may be accomplished immediately 
once the specific payment option is selected. Alternatively, 

20 a user 10 may be required to click through to a separate 

Internet page hosted by the funds transfer system 30. The 
payment option of the present method further comprises sending 
4b purchase data to the funds transfer system 30. In one 
embodiment in which the transaction occurs over the Internet 

25 through a web browser, the connection 4a and sending of 
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purchase information 4b may be accomplished in one step. For 
example, the vendor system 2 0 may generate a Hypertext 
Transfer Protocol (HTTP) redirect to the user's 10 browser 
that contains the purchase information in a query string, 
5 along with a specified URL that returns the user 10 to the 

vendor system 30 after authorization. In addition, the vendor 
system 2 0 may generate a digital signature to accompany the 
purchase data to the funds transfer system 30 via a secure SSL 
connection. For example, the vendor system 20 may transmit an 

10 amount, a unique merchant identifier, and the type of 

authorization requested. The purchase data, including the 
digital signature, may be stored at the funds transfer system 
3 0 to compare it with a request for payment from the vendor 
system 20 submitted at a later time. All such methods are 

15 intended to be within the scope of the present invention. 

The payment option further comprises sending 4c a 
validation request from the funds transfer system 30 directly 
to the user 10. In one embodiment, the validation request may 
take the form of a "pop-up" window. Alternatively, the 

20 request may be a form on a separate page. Preferably, 

although not necessarily, the validation page or window will 
have the same look and feel as the vendor system 20. 
Consequently, the present method may be more seamlessly 
integrated into the on line shopping process. The present 

25 method may also be adapted for on site purchasing using input 
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consoles at a store, as are known in the art. In response to 
the request for validation information, the user 10 transmits 
4d validation information to the funds transfer system 30. 

In one embodiment of the present invention, the 

5 validation information and validation request may be presented 
in a graphical interface resembling a check. For example, an 
image of a check may be transmitted to the user's terminal 
having several input fields as might be found on a check, such 
as payee, date, amount, memo, and signature line where a user 

3 might enter a unique identifier or password. In other 

embodiments, the check image may have certain information 
already filled in, such as amount, payee, or date, as that 
information may be included in the purchase data provided by 
the vendor system 20. The present method may also include a 

> step for accepting or canceling the transaction, such as by 
including "submit" or "cancel" buttons which the user 10 
clicks after completing the check. If the user 10 selects the 
"cancel" button, the user 10 may be notified that the 
transaction has been aborted. Other interfaces may also be 

) used within the scope of the present invention to submit 
validation information. 

Validation information may be any data pertaining to 
the identification of the user 10 or an account of the user 
10. For example, if the user 10 has already been assigned a 

> password by the funds transfer system 30, and the funds 
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transfer system 30 has account information for the user 10, 
the validation information may consist only of a password. 
Alternatively, the validation information may include name, 
address, financial institution, account numbers, social 
5 security numbers, or any other means for identifying a source 
of funds available to the user 10. 

The payment option further comprises a step for 
checking 4e the validation information against a database at 
the funds transfer system 30. In one embodiment, the database 

10 includes validation information for users 10 who have 

previously used the funds transfer system 30. The database 
allows the funds transfer system 30 to match the user 10 with 
account information specific to that user 10. Accordingly, 
the user's 10 account information is maintained logically and 

15 physically separate from the vendor system 20 and need not be 
exposed to the vendor system 20. 

If the validation information provided by the user 
10 is recognized by the funds transfer system 30, the user is 
validated and the funds transfer system 30 transmits a vendor 

20 authorization to the vendor system 20. Such vendor 

authorization may include a digital IOU comprising all or some 
of the purchase data and any unique authorization information 
that will allow the vendor to redeem the digital IOU and 
receive funds therefor at a later time. Upon redemption, the 

25 funds transfer system 30 transfers funds 5a from a user's 10 
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account to the funds transfer system 30, which then transfers 
funds to the vendor system 20. 

If, on the other hand, the user 10 is not validated, 
the funds transfer system 3 0 may return a message 5b to the 
5 user 10 that the transaction was denied. Alternatively or in 
addition, the funds transfer system 30 may send a request to 
the user 10 for information to create a user account on the 
system 30. 

A further aspect of the present invention, a funds 
) transfer system, is shown in FIG. 2 and designated generally 
as numeral 100. The system 100 comprises a funds transfer 
server 130 having at least one connection each to a vendor 
system 120 and a purchaser system 110. In the preferred 
embodiment, each of the server 130, vendor system 120 and 
i purchaser system 110 are computers. Preferably, although not 
necessarily, the server 13 0 and vendor system 120 are network 
servers having a plurality of network connections and capable 
of hosting Internet sites. The purchaser system 110 is 
typically a home computer having a modem or other connection 
> to the Internet. In alternative embodiments, the purchaser 
system 110 may be a handheld computer, cellular phone, 
telephone, input console, or any device capable of receiving 
and transmitting data. Likewise, the vendor system 120 may be 
any apparatus capable of transmitting or receiving data. 
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The funds transfer system 100 further comprises a 
means for validating a purchase by a purchaser using the 
purchaser system 110 from a vendor using the vendor system 
120, depicted in Fig. 3. In the preferred embodiment, the 
purchase validation means comprises, either on or in 
connection to the funds transfer server 130, a machine 
readable medium 151 having a purchaser database including 
purchase information thereon. The machine readable medium 151 
may be a hard disk, compact disk, read only memory, magnetic 
tape or other medium capable of storing data. The purchase 
validation means further comprises receiving purchase 
information from the vendor system 120 and payment information 
from the purchaser system 110. Purchase information may 
include any information capable of identifying the vendor 
and/ or the purchase, including a vendor identification, name 
of goods, purchase price or other digital signatures. The 
payment information may include financial information of the 
purchaser, a purchaser identification, such as a password, a 
name, address or other unique purchaser identification. 
Either receiving means may comprise a file transfer protocol, 
HTTPS interface or other data transfer means as will be known 
to those with skill in the art. 

The purchase validation means further comprises 
validating the purchaser and payment information. In one 
embodiment, the purchaser information is compared to the 
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purchaser database on the machine readable medium to determine 
if the purported purchaser is authorized to use the present 
system. The purchaser information may also be compared to 
third party databases connected to the funds transfer server 
130 to perform a risk assessment on the purchaser. Likewise, 
the payment information may be validated by checking vendor 
information against a vendor database. 

The system further comprises a means for paying the 
vendor for the purchase. In the preferred embodiment, the 
means for paying the vendor comprises a connection to an 
automated clearinghouse (ACH) . The ACH network is a national 
electronic payments network used by financial institutions and 
corporations for settling accounts. In the preferred 
embodiment of the present invention, the ACH calculates a net 
debit or credit position for the payee and payor (vendor and 
purchaser) according to the information in the funds transfer 
system. The ACH then posts the net debit or credit position 
of those parties to the appropriate financial institutions, 
such as where the parties have accounts. For example, if a 
vendor has a net credit, the ACH transfers funds from a funds 
transfer system account to the vendor. On the other hand, a 
purchaser may post a net debit, and the ACH would transfer 
funds from the purchaser account to the funds transfer system 
account. In the preferred embodiment, the funds transfer 
system account would be an account owned or operated by the 
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administrator of the funds transfer system. Hence, in the 
preferred embodiment, the funds transfer system 100 may 
further comprise a funds transfer account 160 through which 
funds from the ACH may pass to and from a vendor and purchaser 

5 account. Through use of the present system, funds may be 

transferred easily from a payor to payee without either party 
having access to the other party's financial information. 

Yet another embodiment of the present invention is 
disclosed in FIG. 4. In FIG. 4, the funds transfer comprises 

) sending a digital IOU to the vendor 220 so that the vendor 220 
may submit a plurality of digital IOU' s to the funds transfer 
system 23 0 for settlement at, for example, the end of each 
business day. 

After selecting a payment option consistent with the 

> present invention, the vendor 220 sends 201 purchase 
information to the funds transfer system 230. The purchase 
information should include at least a purchase price for the 
portion of the transaction being paid for. Purchase 
information may also include a description of the goods and 

► services being purchased, vendor identification, or other data 
that may be helpful in organizing and implementing the present 
method. The funds transfer system 230 also receives 202 
purchaser information from the purchaser 210. Such purchaser 
information should include at least an identification of a 
purchaser account 240. Moreover, the step for receiving 
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purchaser information is performed directly between the funds 
transfer system 23 0 and the purchaser 210 so that purchaser 
information is not exposed to the vendor 22 0. Purchaser 
information may be similar to the validation information of 
5 FIG. 1, and may be obtained in a similar fashion. 

After receipt of the purchaser information, the 
funds transfer system 230 validates 2 03 the purchaser 
information. The step for validation 2 03 may include 
comparing purchaser information to validation information 

10 contained in or accessible to the funds transfer system 230. 
The step for validation 2 04 may also include a step for 
determining whether the funds transfer system 23 0 is 
authorized to access the purchaser's account 240. 

If the purchaser information is not validated, a 

15 message may be sent 204a to the purchaser that the electronic 
transaction has been denied. Alternatively, the funds 
transfer system 23 0 may send a request for additional 
purchaser information and additional information to set up a 
user account on the system 230. 

20 If validated, the funds transfer system sends 204b a 

digital IOU to the vendor 220. Later, the vendor 220 redeems 
the digital IOU. The vendor 200 may redeem multiple digital 
IOU's all at the same time, whether or not they originate from 
the same transaction or same purchaser. In that case, the 

25 vendor 200 may create a file containing a list of digital 
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IOU's to be redeemed, including relevant identification 
information pertaining thereto. The step for redeeming the 
digital IOU comprises receiving 2 05a the digital IOU from the 
vendor 220. Digital IOU's may be transmitted and received 
5 using any File Transfer Protocol (FTP) or HTTPS file transfer 
interface, and such systems are well known in the art. 
Alternatively, the vendor 220 or administrator of the funds 
transfer system 23 0 may create its own data transfer systems. 
Once received, the funds transfer system 230 

10 confirms 205b the digital IOU. The step for confirming 205b 
may comprise comparing a digital signature included on the 
digital IOU against a digital signature log created in the 
funds transfer system 230 to determine the authenticity of the 
digital IOU and to determined the identity of the purchaser 

15 210 to which the digital IOU pertains. Other steps for 

confirming the digital IOU may comprise processing the file of 
multiple digital IOU's to ensure the authorization or 
identification information contained within the file for each 
digital IOU is valid. 

20 Once confirmed, the funds transfer system 23 0 

accesses the purchaser account 240 and receives 205c funds to 
cover the amount of the digital IOU or digital IOU's. 
Alternatively, the funds transfer system 23 0 may send a status 
report to the vendor 22 0 for digital IOU's already settled. 

25 In one embodiment, the funds transfer system 230 may generate 
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a settlement file with two entries for each digital IOU one 
transferring funds from the purchaser account 240 to the funds 
transfer system 230 , and another transferring funds to the 
vendor 220. Because the funds transfer occurs using a 
5 "middleman" (purchaser account 240 to funds transfer system 
230 and funds transfer system 230 to vendor 220) , funds are 
transferred between the vendor 220 and purchaser 210 without 
either having access .to the other's account information. The 
steps for transferring funds to and from the funds transfer 

10 system 230 typically involve the use of an ACH. 

Where the vendor 220 waits to redeem digital IOU's, 
the vendor 220 may continue to conduct transactions with the 
present purchaser 210 or others while waiting to settle 
accounts at a later time. The present embodiment may be 

15 particularly useful for consumer-to-business and business-to- 
business e-commerce transactions in which a vendor 22 0 may 
have multiple transactions each day. The vendor 220 may 
choose the present embodiment to allow settlement of all of 
the day's digital IOU's at the end of the business day, or at 

20 a time when traffic to the vendor's e-commerce Internet site 
may be reduced, such as overnight. 

Referring now to FIG. 5, the present invention also 
includes a consumer- to- consumer (payor 310 to payee 32 0) funds 
transfer method. The present embodiment may be particularly 

25 useful for sending gifts, but may also be applied to funds 
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transfers for any purpose, including settling personal debts. 
The method comprises transmitting 301 payment information to 
the funds transfer system 330. In one embodiment, a payor 310 
may access the funds transfer system 330 through a web browser 

5 on payor's personal computer, although all systems capable of 
connecting a payor 310 to a funds transfer system 33 0 are 
intended to be within the scope of this invention. Through 
the web browser, the payor 310 may connect to a funds transfer 
system site that requests specific information. Such requests 

) may require the payor 310 to fill out a form with specific 
information necessary to allow the funds transfer system 330 
to perform the transaction. Such form may include an image of 
a check. 

The payment information may include payee 
> identification, payor identification and a payment amount. 
The payor identification may be any information that will 
allow the funds transfer system 330 to confirm the identity of 
the payor 310 and have access to a payor account 340. Such 
payor information is similar to the validation information 
i described herein. Payee identification may comprise any 

useful identification of the payee, such as an e-mail address 
or other means for identifying and/or contacting the payee. 
Such identification may also include a unique funds transfer 
system identification. 
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The funds transfer system 330 next validates 3 02 the 
payment information. The validation step 302 may comprise 
determining whether the payment information is accurate or 
recognized by checking the payor and payee identifications 
against a database in the funds transfer system 330. The 
database may include account information for the payor and 
payee. In one embodiment, both the payor 310 and the payee 
320 are validated against third party databases which the 
funds transfer system 330 may access over a network. Such 
validation step 3 02 may further comprise checking third party 
databases to see whether either the payor 310 or payee 320 has 
unusual traffic patterns (e.g., questionable or suspicious 
transaction activity) , consumer complaints, questionable 
credit history, reports of overdrawn checks, or other 
information useful in assessing the risk of a particular 
transaction. 

If the payor is not validated, a message is sent 
302a to the payor 310 that the transaction is denied. The 
notice may also invite the payor 310 to add himself 302b to 
the funds transfer system 330, such as by submitting a form 
from an Internet site or returning an e-mail questionnaire, so 
that the payor 310 may conduct future transactions using the 
funds transfer system 330. 
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If the payee 32 0 is unrecognized, the funds transfer 
system may later require the payee 32 0 to be added to the 
database before transferring funds. 

If both the payor 310 and payee 320 are validated, 
5 the funds transfer system 330 may send a message to the payee 
320 indicating, for example, that the payee 320 has received 
funds. The message may be transmitted via e-mail, regular 
mail, telephone call, facsimile or other means of 
communication. The message does not contain any financial 

10 information of the payor 310. 

The step for transferring funds 303 to the payee 
account 350 typically includes the use of the ACH. In one 
embodiment, a request is made from the funds transfer system 
330 to the ACH to transfer funds 303a from the payor account 

15 350 to the account of the funds transfer system 330. The 

payee 320 may claim the funds by accessing the funds transfer 
system 33 0, such as by visiting an Internet site, and entering 
payee information and information identifying the transaction. 
If validated, an entry is sent to the ACH to credit 303b the 

20 payee account 350 and debiting the account of the funds 

transfer system 330. The funds transfer system 330 may also 
notify 304a, 304b the payee 320 and payor 310 that the funds 
transfer has been completed. Such notification may include, 
without limitation, e-mail, network broadcast, telephone 

25 message, facsimile, or regular mail. 
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Alternatively, the funds transfer system 330 may 
contact the payee 320 to request payee information suitable to 
permit the funds transfer. The payee 320 may also be required 
to confirm identity by, for example, responding to a specific 

5 criteria provided to the funds transfer system 330 by the 

payor 310. Such criteria may include information known to the 
payor 310 and payee 320 but not otherwise generally known, 
such as social security number, drivers license number, 
telephone number, birthday, or other information capable of 

0 confirming the identity of the payee 320. This information 
may be checked against information provided by the payor 310 
to the funds transfer system 330, or may be forwarded to the 
payor 310 for confirmation, such as by e-mail. 

According to one embodiment, the step for 

5 transferring funds may further require the payee 320 to claim 
the funds through a web browser or Internet connection. For 
example, the payee 320 may receive an e-mail containing a link 
to a unique URL. The URL may contain a unique query string to 
identify the payee 320 and/or the transaction. The payee 320 

0 clicks on the link and is presented with an authorization 
query, typically a password included in a database at the 
funds transfer system 330 for identifying the payee 320. Once 
the payee 320 is authorized, the payee 32 0 is brought to a 
"funds claim" Internet page, such as the page identified by 

5 the unique URL. The payee 32 0 may then choose to accept the 
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funds by, for example, clicking on a button labeled "Accept", 
at which time the funds transfer system 330 may request the 
identity of the payee account 350 if unknown. Once the payee 
account 350 is identified, funds may be transferred through 
the ACH and the payor 310 may be notified of the completed 
transaction. 

In any of the above embodiments, the funds transfer 
system 30, 100, 230, 330 may transfer funds in the form of 
other currency or « quasi- currency" , such as gift certificates, 
store credits, mileage, points, foreign funds or other 
currencies. In addition, although the present invention is 
useful for transactions without credit cards, it should be 
apparent from the description herein that the parties may 
still use credit card accounts as a source of funds without 
departing from the scope of the invention. 

It will be apparent to those skilled in the art that 
various modifications and variations can be made in the method 
and system of the present invention without departing from the 
spirit or scope of the invention. Thus, it is intended that 
the present invention include modifications and variations 
that are within the scope of the appended claims and their 
equivalents . 
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CLAIMS 

What Is Claimed Is : 

1 1. An electronic transaction method comprising the steps of 

2 accessing a vendor system; 

3 transmitting a purchase selection to said vendor system; 

4 and 

5 selecting a payment option comprising: 

6 connecting to a funds transfer system, said funds 

7 transfer system separate from said vendor system; 

8 sending purchase data from said vendor system to 

9 said funds transfer system; 

10 sending a validation request from said funds 

11 transfer system to a user; 

12 sending validation information from said user to 

13 said funds transfer system; 

14 checking said validation information against a 

15 database at said funds transfer system, said database 

16 including user account information; and 

17 wherein if said user is validated, transferring funds 

18 from said user's account to said vendor through said funds 

19 transfer system. 

1 2 . The method of claim 1 wherein if said user is not 

2 validated, returning a message to said user denying said 

3 purchase . 
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1 3. The method of claim 1 wherein if said user is not 

2 validated further comprising a step for adding said user to 

3 said database. 

1 4. The method of claim 1 wherein said user's account is a 

2 bank account. 

1 5. The method of claim 1 wherein said user's account is a 

2 credit card account. 

1 6. A method for making an electronic purchase comprising: 

2 connecting to a vendor system having a vendor; 

3 selecting at least one item to be purchased from said 

4 vendor system; 

5 a step for authorizing said purchase, said step 

6 comprising: 

7 sending purchase information from said vendor system 

8 to a funds transfer system, said purchase information 

9 including a purchase price, 

10 sending a request for payment information from said 

11 funds transfer system to a user; 

12 sending payment information from said user to said 

13 funds transfer system; 
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14 a step for validating payment information at said 

15 funds transfer system, wherein if said payment information is 

16 validated 

17 a step for crediting a vendor account an amount equal to 

18 said purchase price; and 

19 a ste P for debiting a user's account an amount equal to 
2 0 said purchase price. 

1 7. The method of claim 6 wherein said vendor account and/or 

2 said user's account are bank accounts. 

1 8. The method of claim 6 wherein said vendor account and/or 

2 said user's account are credit card account. 

1 9. A funds transfer system comprising: 

2 at least one connection to a vendor system; 

3 at least one connection to a purchaser system; 

4 a means for validating a transaction by a purchaser using 

5 said purchaser system from a vendor using said vendor system, 

6 wherein said purchase validation means comprises: 

7 a machine readable medium having a database 

8 including purchaser and vendor information thereon; 

9 a means for receiving purchase information from said 
10 vendor system; 
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11 a means for receiving payment information from said 

12 purchaser system; and 

13 a means for comparing said payment information and 

14 said purchase information against said database; and 

15 a means for paying said vendor for said purchase. 

1 10. The system of claim 9 wherein said means for paying said 

2 vendor comprises a connection to an automated clearing house, 

3 wherein said automated clearing house transfers funds from a 

4 purchaser account to a funds transfer account and from a funds 

5 transfer account to a vendor account. 

1 11. The system of claim 9 wherein said purchase information 

2 is selected from the group consisting of vendor 

3 identification, name of goods and purchase price. 

1 12. The system of claim 9 wherein said payment information is 

2 selected from the group consisting of financial information of 

3 the purchaser, purchaser identification, password, name and 

4 address . 

1 13. The system of claim 9 wherein said means for receiving 

2 purchase information and said means for receiving payment 

3 information are a file transfer protocol connection over a 

4 network . 
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1 14. A method for facilitating an electronic purchase 

2 comprising: 

3 receiving purchase information from a vendor, said 

4 purchase information including a purchase price; 

5 receiving purchaser information from a purchaser, said 

6 purchaser information including an identification of a 

7 purchaser account; 

8 validating said purchaser information; 

9 wherein if said purchaser information is validated, 

10 sending a digital IOU to said vendor; and 

11 a step for redeeming said digital IOU. 

1 15. The method of claim 14 wherein said step for redeeming 

2 said digital IOU further comprises the steps of: 

3 receiving said digital IOU from said vendor; 

4 confirming said digital IOU; 

5 receiving funds from said purchaser account equal to said 

6 digital IOU into a funds transfer account; and 

7 transferring said funds to said vendor from said funds 

8 transfer account. 
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1 16. The method of claim 14 wherein if said purchaser 

2 information is not validated, sending a message to said 

3 purchaser that said electronic purchase is denied. 

1 17. The method of claim 14 wherein if said purchaser 

2 information is not validated, further comprising a step for 

3 adding said purchaser to a purchaser database. 

1 18. The method of claim 15 wherein said step for confirming 

2 said digital IOU comprises comparing a digital signature on 

3 said digital IOU to a signature log at a funds transfer 

4 system. 

1 19. A method for transferring funds from a payor to a payee 

2 comprising: 

3 transmitting payment information to a funds transfer 

4 system, said payment information including payee 

5 identification, payor identification and payment amount; 

6 a step for validating said payment information at said 

7 funds transfer system; 

8 wherein if said payment information is not validated, 

9 notifying said payor that said payment information is not 
10 valid; and 
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11 wherein if said payment information is validated, a step 

12 for transferring funds from a payor account to a payee account 

13 through said funds transfer system. 

1 20. The method of claim 19 further comprising notifying said 

2 payee of the funds transfer. 

1 21. The method of claim 19 wherein said step for validating 

2 said payment information comprises checking said payor 

3 identification and said payee identification against a user 

4 database at said funds transfer system. 

1 22. The method of claim 21 wherein said database includes 

2 account information for said payor and said payee. 
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ABSTRACT OF THE INVENTION 
An electronic transaction method, funds transfer 
apparatus and method for facilitating a funds transfer. The 
methods comprise sending information from a purchaser or payor 
to a funds transfer system separate from a vendor system or 
payee, validating and confirming personal financial 
information at the funds transfer system, and transferring 
funds from a purchaser or payor account to the vendor or a 
payee account without exposing either party's financial and 
account information to the other. Additionally, a funds 
transfer apparatus is disclosed comprising connections to a 
payor and payee system and mechanisms for receiving and 
validating party and transaction information and a mechanism 
for transferring funds from one party to the other. 



12665063-2 22500 933C 



Fig. 1 



USER 
10 



VENDOR 
SYSTEM 
20 



FUNDS TRANSFER 
SYSTEM 
30 







— 1 ► 

< 


2 

► 




— ► 


— ► 


4b ^ 


•4 


do 




— ► 


5a 


< 


5b 



4e - validate 



Fig. 2 



VENDOR 
SYSTEM 

120 



100 



PURCHASER 

SYSTEM 
no 



FUNDS 
TRANSFER 
SERVER 

130 




ACH 



105 




I 



FUNDS TRANSFER SYSTEM ACCOUNT 
160 



Fig. 3 



RECEIVE 




RECEIVE 


rUKCrlAall 




rAYMJiJNl 


INFORMATION 




INFORMATION 


FROM VENDOR 




FROM 


SYSTEM 




PURCHASER 






SYSTEM 










MACHINE READABLE MEDIUM 
151 




TRANSFER 
FUNDS 



DENY 
FUNDS 
TRANSFER 



Fig. 4 



PURCHASER 
210 



VENDOR 



220 



FUNDS TRANSFER 
SYSTEM 
230 



PURCHASER 
ACCOUNT 
240 



a 

ai 
yi 

H 
0? 

m 
a 

s 

Ci 

m 
m 
as 
o 
c:s 



201 



202 



204a 



204b 



205a 



206 



203 -validate 



205b - confirm 



■znsr 



Fig. 5 

PAYOR 
310 



PAYEE FUNDS TRANSFER 

SYSTEM 
320 330 



PAYOR PAYEE 
ACCOUNT ACCOUNT 
340 350 



P 
m 
ill 

ry 

O 

4: 
CI 

ry 
m 
m 

a 
a 



301 



302a 



302b 



304a 



304b 



302 -validation 



303 



303a 



303b 



JOINT Attorney Docket No. 00617425 

COMBINED DECLARATION AND POWER OF 
ATTORNEY IN ORIGINAL APPLICATION 

As one of the below named inventors, I hereby declare that: 

My residence, post office address and citizenship are as stated below 
next to our name. 

I believe I am an original, first and joint inventor of the subject matter 
which is claimed and for which a patent is sought on the invention entitled: 



the specification of which 

(check one) [x] is attached hereto. 

[ ] was filed on as 

Application Serial No. , and 

was amended on . 

(if applicable) 

I hereby state that I have reviewed and understand the contents of the 
above-identified specification, including the claims, as amended by any amendment 
referred to above. 

I acknowledge the duty to disclose information known to me to be 
materia! to the patentability of this application in accordance with Title 37, Code of 
Federal Regulations, Section 1.56. 

I do not know and do not believe the invention was ever known or used 
in the United States of America before my invention thereof, or patented or described 
in any printed publication in any country before my invention thereof or more than one 
year prior to this application and that the same was not in public use or on sale in the 
United States of America more than one year prior to this application. 

I hereby claim foreign priority benefits under Title 35, United States Code, 
§ 1 19 of any foreign application(s) for patent or inventor's certificate or of any PCT 
international application(s) designating at least one country other than the United 
States of America as listed below and have also identified below any foreign 
application(s) for patent or inventor's certificate or any PCT international application(s) 
designating at least one country other than the United States of America filed by me 
on the same subject matter having a filing date before that of the application(s) of 
which priority is claimed. 



12669062.1 22500 1048C 00617425 



Page 1 of 6 



COUNTRY 
(if PCT indicate PCT) 


APPLICATION NUMBER 


DATE OF FILING 
(date, month, year) 


PRIORITY CLAIMED 
UNDER 35 USC 119 








fl vss fl no 








U yes [] no 








U yes [] no 








[3 yes [] no 








EJ yes [] no 



I hereby claim the benefit under Title 35, United States Code, § 120 of 
any United States appiication(s) or PCT international application(s) designating the 
United States of America as listed below and, insofar as the subject matter of each 
of the claims of this application is not disclosed in such prior application(s) in the 
manner provided by the first paragraph of Title 35, United States Code, § 112, I 
acknowledge the duty to disclose material information as defined in Title 37, Code of 
Federal Regulations, § 1 .56(a) which occurred between the filing date of the prior 
application(s) and the national or PCT international filing date of this application: 

PRIOR U.S. APPLICATIONS OR PCT INTERNATIONAL APPLICATIONS 
DESIGNATING THE U.S. FOR BENEFIT UNDER 35 U.S.C. § 120 



U.S. APPLICATIONS 



STATUS (check one) 



U.S. APPLICATION NUMBER 



U.S. FILING DATE 



PATENTED 



PENDING 



ABANDONED 



PCT APPLICATIONS DESIGNATING THE U.S. 



PCT 
APPLICATION 
NUMBER 



PCT 
FILING 
DATE 



U.S. SERIAL 
NUMBER 
ASSIGNED 
(if any) 



I hereby appoint the following attorneys, with full powers of substitution 
and revocation and the power to appoint associate attorneys, to prosecute said 
application, to receive all documents issued by the U.S. Patent and Trademark Office 
based thereon, including the original Letters Patent, to pay any and all fees, including 
maintenance fees, to file for reissues or extensions, to request reexamination, and to 
otherwise transact all business in the U.S. Patent and Trademark Office connected 
therewith: 



Robert J. Depke (Reg. No. 37,607), Victor S. de Gyarfas (Reg. No. 40,583), 
Alyssa A. Dudkowski (Reg. No. 40,596), Douglas M. Eveleigh (Reg. No. 43,426), Susan 
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D. Reinecke (Reg. No. 40, 198), Robert S. Rigg (Reg. No. 36,991), Deborah Schavey Ruff 
(Reg. No. 33,770), Donald W. Rupert (Reg. No. 29,974), Daniel H. Shulman (Reg. No. 
45,106) Richard A. Speer(Reg. No. 17,930), Steven G. Steger (Reg. No. 40,185), Wayne 
L Tang (Reg. No. 36,028), David M. Thimmig (Reg. No. 36,034), Michael O. Warnecke 
(Reg. No. 24,345) and William J. Robinson (Reg. No. 29,430) all located at the address 
shown below. 



Direct all telephone calls to Daniel H. Shulman at Telephone No. 312-701- 
Address all correspondence to: 



Daniel H. Shulman 
MAYER, BROWN & PLATT 
P.O. Box 2828 
Chicago, Illinois 60690-2828 



I hereby declare that all statements made herein of my own knowledge 
are true and that all statements made on information and belief are believed to be true; 
and further that these statements were made with the knowledge that willful false 
statements and the like so made are punishable by fine or imprisonment, or both, 
under Section 1001 of Title 18 of the United States Code, and that such willful false 
statements may jeopardize the validity of the application or any patent issued thereon. 



Inventor's Signature 



Full Name of First Inventor: 



Date: 



Terry Allen-Rouman 



2 



/2Q> /o 



Citizenship: 



Residence: 



USA 



670 Orchid Drive 



City, State: 

Post Office Address: 

Inventor's Signature 



South San Francisco. California 94080-2258 



Full Name of Second Inventor: Jack Michael Arrinqton 
Date: 

Citizenship; USA 
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Residence: 



46 Vista Lane 



City, State: 

Post Office Address: 

Inventor's Signature 

Full Name of Third Inventor: 

Date: 

Citizenship: 

Residence: 

City, State: 

Post Office Address: 

Inventor's Signature 

Full Name of Fourth Inventor: 

Date: 

Citizenship: 

Residence: 

City, State: 

Post Office Address: 

Inventor's Signature 

Full Name of Fifth Inventor: 

Date: 

Citizenship: 
Residence: 
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Alamo, California 94507 



— ^ 

Keval Desai 

^Wgy^ . stoop 

India 

71 Rosewood Drive 

Atherton, California 94027 



Robert Edwin Dravenstott 
pe.Lv, ... ... "Soon 

USA 

4210 Admiralty Lane 

Foster City, California 94404 



Wendy D. Larson 

USA 

One Tappan COurt 
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City, State: 

Post Office Address: 

Inventor's Signature 

Full Name of Sixth Inventor: 

Date: 

Citizenship: 

Residence: 

City, State: 

Post Office Address: 



Orinda, California 94563 




Scott J. Levokove 



1L 



USA 



4237 20th Street 



San Francisco, California 94114 



inventor's Signature 
Full Name of Seventh Inventor: Johr/joseoh Mascavaqe III 




Date: 

Citizenship: 

Residence: 

City, State: 

Post Office Address: 

Inventor's Signature 

Full Name of Eigth Inventor: 

Date: 

Citizenship: 
Residence: 



USA 



4210 Admiralty Lane 



Foster City, California 94404 





Peter Eric Philipp 



USA 



350 Cumberland Street 



12669062.1 22500 1048C 00617425 



Page 5 of 6 



City, State: 

Post Office Address: 

Inventor's Signature 

Full Name of Ninth Inventor: 

Date: 

Citizenship: 

Residence: 

City, State: 

Post Office Address: 



San Francisco, California 94114 




Margaret Morgan Weichert 



USA 



50 Curtis Court 



San Carlos, California 94070 
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